home *** CD-ROM | disk | FTP | other *** search
/ Developer CD Series 1997 January: Mac OS SDK / Dev.CD Jan 97 SDK2.toast / Development Kits (Disc 2) / OpenDoc Development Framework / ODF-Interest Archive / May 96 / Re ODF 1 - download issues.6 < prev    next >
Encoding:
Internet Message Format  |  1996-12-03  |  2.7 KB  |  [TEXT/ttxt]
  1. Subject:     RE: ODF 1 - download issues
  2. Sent:        5/17/96 9:49 AM
  3. Received:    5/17/96 10:01 AM
  4. From:        Damon Cokenias, cokenias@mtn-palace.com
  5. Reply-To:    ODF-Interest@CILabs.ORG
  6. To:          OpenDoc Development Framework Discussion List, ODF-Interest@CILabs.
  7.  
  8. >So, let me ask a specific question: What is the Apple recommended
  9. >software/hardware configuration for developing with ODF R1 (both 68K and
  10. >PPC)?
  11. >
  12. >My guess would be PPC 7200/75, 40MB ram, 500MB HD running 7.5.3.
  13.  
  14. That's a better machine than I've got at home!  I can successfully build
  15. ODF on my 24 meg 7100/66.  Things are a little tight, but it is doable w/o
  16. VM.
  17.  
  18. Try the following:
  19.  
  20. 1) Disable all memory intensive extensions (OpenDoc is not an extension)
  21. 2) Don't run file sharing if you don't have to (both a speed and memory hit)
  22. 3) If you're using CodeWarrior, use the ODFRC plugin instead of running MPW
  23.    whenever possible.
  24. 4) If you're using Symantec, buy more RAM.
  25.  
  26. I have also found that for really big files (like sompart.cpp) I sometimes
  27. need to compile it manually, instead of using the bring up to date or make
  28. commands.  In order to run the debugger on your part you will need to quit
  29. CodeWarrior.
  30.  
  31. Don't forget to use "Normal Linking" in the CodeWarrior prefs, this greatly
  32. reduces link-time memory usage.
  33.  
  34. I you absolutely have to use VM, set it to 25 MB (real RAM size + 1MB).
  35. This will give you file mapping for code with minimal disk thrash.  I
  36. prefer RamDoubler to VM any day.
  37.  
  38. >Additionally, I'd recommend publishing hardware/software config. stuff so
  39. >that you can set the right expectation.
  40.  
  41. This is difficult for us to do because for the mot part we have no control
  42. over the tools' memory footprint.  The amount of memory needed varies by
  43. several megabytes depending on what tools you use.  With ETO, CodeWarrior,
  44. Dev.Advantage CD and ODF all on slightly different schedules, we will be
  45. constantly thrashing trying to make sure our published memory requirements
  46. are correct.
  47.  
  48. So rather than describe a "minimum configuration" let me just say that yes,
  49. 40MB of real RAM should be more than enough to build ODF with CodeWarrior
  50. and still have memory left over to run debuggers, resource editors, etc.
  51. You can, at the present, get by with CodeWarrior and 24 meg using the
  52. suggestions above.
  53.  
  54. >Kind regards,
  55. >
  56. >Christopher Hunt
  57. >Class Action Pty. Ltd.
  58. >Wollongong, NSW
  59. >AUSTRALIA
  60. >
  61. >e-mail: chris_hunt@yes.optus.com.au
  62.  
  63.  
  64. +-----------------------------------------------------------------------+
  65. |   /\    Damon Cokenias                                                |
  66. |  /^^\   cokenias@mtn-palace.com                                       |
  67. | /____\  Visit the Mountain Palace at http://www.netgate.net/~cokenias |
  68. +-----------------------------------------------------------------------+
  69.  
  70.